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Beschreibung 

Bereitstellen von Hilf e-Inf ormationen in einem 
Sprachdialogsystem 

5 

Die Erfindung betrifft ein Verfahren, ein 
Computerprogrammprodukt, einen Datentrager und eine 
Einrichtung zum Bereitstellen von Hilf e-Inf ormationen fur 
einen Benutzer in einem Sprachdialogsystem zum Bedienen einer 
10 Hintergrundapplikation. 

Anwendungen bzw. Hintergrundapplikationen, wie zum Beispiel 
ein technisches Gerat der Unterhaltungselektronik, ein 
telefonisches Auskunf tssystem (Bahn, Flug, Kino, etc..)/ ein 

15 computergestutztes Transaktionssystem (Homebanking-System, 
elektronische Warenbestellung, etc.) werden in zunehmendem 
Mafte uber ein Sprachdialogsystem als Zugangssystem (User 
Interface) bedient. Derartige Sprachdialogsysteme konnen in 
Hardware, Software oder einer ^Combination daraus realisiert 

20 werden. 



Damit ein Benutzer seine Anfragen in gesprochener natiirlicher 
Sprache stellen kann, ist die Verwendung von Spracherkennern 
erforderlich. Spracherkennungsverf ahren sind beispielsweise 
25 aus US 6 029 135, US 5 732 388, DE 196 36 739 CI, DE 

197 19 381 CI und DE 199 56 747 CI bekannt . Diese verfugen 
jedoch haufig uber einen stark restringierten Wortschatz. 

Bei der Bedienung mittels Sprache treten daher folgende 
30 Probleme auf : 

a) der Benutzer weiil nicht, was er sprechen darf und 

b) der Benutzer kennt nicht das konzeptuelle Modell, auf dem 
die Hintergrundapplikation beruht. 



35 



Im Fall a) kommt es leicht zu Fehlerkennungen des 
Spracherkenners . Falls der Zugang zum System uber 
geschriebene Sprache erfolgt, tritt dieser Nachteil nur dann 
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auf, wenn das System versucht, alle Worter der Eingabe zu 
interpretieren. Allerdings bietet der Zugang uber gesprochene 
Sprache eine wesentlich attraktivere Benutzerschnittstelle, 
so dass das Problem in der Praxis eine grofce Rolle spielt. 

5 

Im Fall b) kann der Benutzer das System ohne vorheriges 
Studieren einer Bedienungsanleitung bestenfalls eingeschrankt 
benutzen. Eine Bedienungsanleitung muss aber nicht verfiigbar 
sein, z.B. wenn sich der Benutzer liber einen telef onischen 

10 Sprachdialog eine Information verschaffen mochte. Daruber 

hinaus ist das Lesen einer Bedienungsanleitung in jedem Fall 
mit erhohtem Auf wand fur den Benutzer verbunden. Dies 
vermindert insbesondere die Akzeptanz bei der Bedienung 
komplexer Systeme. Problem b) tritt auch auf, wenn der Zugang 

15 uber geschriebene Sprache erfolgt. 

Daher wurden verschiedene Hilfesysteme fur 
Sprachdialogsysteme entwickelt. 

20 IVR- ( Interactive Voice Response) -Systeme bieten 

kontextsensitive Hilfe. Sie sind als Sprachmenus nach 
folgendem Muster konstruiert: 

- "Wenn sie A wollen, sagen Sie f(A).", wobei f(.) eine 
Funktion darstellt, z.B. eine, die die Zahlen einer 

25 Telefontastatur als Werte ausgibt. 

- "Wenn Sie B wollen, sagen Sie f (B) . " 

- "Wenn Sie Y wollen, sagen Sie f(Y)." 

In jeder Situation erhalt der Benutzer einen Uberblick uber 
30 seine Moglichkeiten. Bei Auswahl einer der Moglichkeiten 

wechselt das System zur nachst tieferen Ebene und gibt dort 
wieder einen Uberblick uber die zur Verfiigung stehenden 
Moglichkeiten . 

35 Der Nachteil von IVR-Systemen besteht darin, dass sie zwar 
fur einen ungeiibten Benutzer akzeptabel sind, in jedem Fall 
aber zu langwierigen und umstandlichen Dialogen fiihren, da 



2001 P 00238 



die Dialog-Initiative in jedem Fall vom System ausgeht, was 
fur geubte Benutzer nicht hinnehmbar ist. Die Benutzerf uhrung 
ist starr. 

5 Infolge der Unzulanglichkeiten der IVR-Systeme wurde die 
Dialogmaschine Diane entwickelt (DE 196 15 693 CI) . Sie 
erlaubt einen Dialog mit gemischter Initiative. Diane geht 
davon aus, dass zunachst der Benutzer die Initiative besitzt. 
Ein geiibter Benutzer kann einen gezielten Befehl erteilen 

10 oder eine gezielte Anfrage oder Hilfeanfrage stellen, ohne 
dass ihm seine Moglichkeiten vorher langwierig aufgezahlt 
werden mussten. Auf diese Weise wird ein direkter Zugriff auf 
alle Moglichkeiten des Systems gewahrleistet , insbesondere 
auch auf solche Hilf eangebote, die bei IVR-Systemen in 

15 tieferen Ebenen angesiedelt sind. 

Ein Dialog wird nur erf orderlich, wenn die AnfangsauBerung 
des Benutzers (i) unvollstandig oder (ii) mehrdeutig ist oder 
(iii) im Widerspruch zu den Moglichkeiten der 
20 Hintergrundapplikation steht. Falls einer der genannten drei 
Falle auftritt, ergreift Diane die Initiative und fuhrt mit 
dem Benutzer einen Klarungsdialog, urn die gewunschte 
Intention des Benutzers zu ermitteln und fehlende 
Wissenseinheiten zu erfragen. 

25 

Diane benutzt ein abstraktes Auf gabenmodell , welches auf 
folgenden Prinzipien beruht, die auch fiir die Einbeziehung 
eines Hilfesystems vorausgesetzt werden: 

PI) Die Hintergrundapplikation kann aufgefasst werden als 
30 eine endliche Menge von Transaktionen Tl, T2, . ., Tn. 

P2) Jede Transaktion hat einen Namen und besitzt eine 

endliche Menge (die auch leer sein kann) von 

Informationsparametern II, 12, Im. Diese Parameter 

miissen dem System bekannt sein, damit die Transaktion 
35 ausgefiihrt werden kann. 

P3) Zu jedem Parameter gehort eine Grammatik, die dazu dient, 

den Parameter im Dialog zu erfassen. 
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Der Benutzer kann die gewunschte Transaktion und die 
dazugehorigen Parameter in einem Satz benennen oder nicht. Im 
ersten Fall kann die Transaktion sofort durchgefuhrt werden. 
5 Im zweiten Fall werden die noch unbekannten Parameter im 
Dialog erf asst. 

Falls durch die Anfangsaufierung des Benutzers keine 
Transaktion eindeutig bestimmbar ist, fuhrt das System 
10 automatisch einen Klarungsdialog zur Ermittlung der 

gewunschten Aktion durch. Gleiches gilt fur unklare oder 
unvollstandige Parametereingaben . 

Zur Verdeutlichung betrachte man folgendes Beispiel: Die 
15 Hintergrundapplikation realisiert das folgende 

Auf gabenmodell, bestehend aus Transaktionen und den in 
Klammern aufgefiihrten Parametern: 

- Zugauskunft (Startort, Zielort, Startzeit, Abfahrts datum) 

- Flugauskunft (Startort, Zielort, Startzeit, Abf ahrtsdatum) 
20 - Geldiiberweisung (Geldbetrag, Empf angerkonto, Empf anger Bank 

bzw. Bankleitzahl) 

- Geldabhebung (Geldbetrag, Kontonummer, Bankleitzahl, PIN) 

- Aktienkauf (Anzahl, Gesellschaf t , Limit) 

- Aktienverkauf (Anzahl, Gesellschaf t, Limit) 
25 - Senderaufnahme (Sender, Startzeit, Stopzeit) 

- Sendungsaufnahme (Sendung, Datum) 

- Anruf (Telef onnummer) 

Die genannten drei Prinzipien fiihren bei dem Dialogsystem 
30 Diane zu folgenden Zustanden, in denen das System vom 
Benutzer eine Eingabe erwartet: 

- Zustand a) : Es ist noch keine Transaktion ausgewahlt und 
die Transaktionen Tl, T2, Ti sind noch moglich. 

- Zustand b) : Das System hat eine Transaktion ausgewahlt und 
35 erfragt vom Benutzer einen Parameterwert . 

- Zustand c) : Das System hat eine ja-nein-Frage gestellt. 
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Die Dialogmaschine Diane bietet jedoch keine kontextsensitive 
Hilfe. 

In jiingster Zeit wurde die Sprache VoiceXML definiert, mit 
5 dem Ziel, das Telefon als naturlichsprachliche 

Zugangsmoglichkeit fur Hintergrundapplikationen im Internet 
nutzen zu konnen. 

VoiceXML erlaubt die naturlichsprachliche Navigation in 
10 Dokumenten, die liber das Internet von einem Dokumentenserver 
zu Verftigung gestellt werden. Von einem Wurzeldokument 
ausgehend, kann der Benutzer in diesem Dokument einen Dialog 
* ^tfc r fuhren oder per Sprachkommando zu anderen Dokumenten 

springen. In jedem auf diese Weise erreichten Dokument konnen 
15 dann Dialoge ablaufen, die auf Grammatiken beruhen, welche in 
diesem Dokument definiert sind. 

Die Sprache VoiceXML bietet ferner ein Sprachkonstrukt fur 
Hilfe. VoiceXML stellt Hilfetags zur Verfugung, bei denen der 

20 Programmierer an jeder Stelle im Dialog auf Hilf eanf ragen des 
Benutzers reagieren kann. Diese Hilfe ist jedoch nur als 
Mdglichkeit vorgesehen und nicht allgemein in das 
Bedienmodell integriert. Sie wird vom Programmierer direkt an 
der gewunschten Stelle in den Code integriert. Das fuhrt 

25 dazu, dass das System die Hilf eanf ragen des Benutzers nicht 

immer beantworten kann. Es besteht aufierdem keine Verknupfung 
zwischen den Hil f e-Prompts und den im Dialog verwendeten 
Grammatiken . 

30 Nachteilig an der Sprache VoiceXML ist "ferner, dass sie von 
Hand programmiert werden muss. 

Daneben wurden sogenannte SpeechObj ects entwickelt. Das sind 
wiederverwertbare, abgekapselte Dialogteile. Sie bestehen aus 
35 einer Grammatik zum Parsen des Benutzerinputs , Prompts fur 
die Ausgabe und einer Ablauflogik. Sie werden dazu benutzt, 
urn komplexere Dialoge aufzubauen. Mittels solcher 
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SpeechObjects kann auch eine Hilfe von Hand programmiert 
werden. Dies erfordert jedoch einen hohen Programmieraufwand . 

Aufgabe der Erfindung ist es, ein Hilfesystem zu schaffen, 
5 das den Benutzer bei der Bedienung eines Sprachdialogsystems 
zum Bedienen einer Hintergrundapplikation unterstiitzt. 

Diese Aufgabe wird durch die unabhangigen Anspriiche gelost. 
Vorteilhafte Weiterbildungen der Erfindung sind in den 
10 Unteranspruchen gekennzeichnet . 

Ferner wird die Aufgabe durch ein Computerprogrammprodukt mit 
maschinenlesbarem Programmcode zur Durchfuhrung des 
erf indungsgemalien Verfahrens gelost. Unter einem 
15 Computerprogrammprodukt wird dabei das Computerprogramm als 
handelbares Produkt verstanden, in welcher Form auch immer, 
z.B. maschinenlesbar auf Papier, auf einem computerlesbaren 
Datentrager, uber ein Netz verteilt, etc. 

20 AufJerdem wird die Aufgabe durch einen Datentrager gelost, auf 
dem ein Computerprogramm gespeichert ist, das nach einem 
Laden in den Hauptspeicher das er f indungsgemafie Verfahren 
ausf iihrt . 

25 Im Folgenden wird die Erfindung ausfuhrlich erlautert. 

Fur eine Hintergrundapplikation, welche nach den oben 
genannten Prinzipien PI, P2, P3 modelliert ist und ein 
Dialogsystem, welches die oben genannten Zustande a) , b) , c) 
30 kennt, wird in einem ersten Schritt eine flache 
kontextsensitive Hilfe erzeugt. 

Zunachst wird eine Hilf egrammatik definiert. Ein einfachstes 
Beispiel fur eine Hilf egrammatik besteht beispielsweise 
35 darin, dass das Sprachdialogsystem z.B. die Auflerungen 

"Hilfe!", "Bitte helfen Sie mir." Oder "Was kann ich tun?" 
versteht und mit einem Prompt, d.h. mit einer Aussage, 



10 



15 
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antwortet. Allgemein gesprochen ist ein Prompt eine Antwort 
bzw. eine Aufierung des Systems. Die Prompts des Systems 
werden durch eine Hilfeanfrage auf Initiative des Benutzers 
ausgelost . 

Im Folgenden werden eine Reihe von Prompts definiert, die die 
Auswahl von Transaktionen oder die Eingabe von 
Parameterwerten unterstutzen . Weiter unten werden Beispiele 
fur die Verwendung der Prompts gegeben. 

Fur jede Transaktion definiert man einen Transaktionsprompt . 
Beispiele fur Transaktionsprompts, d.h. von Hilf e-Aussagen 
(rechte Spalte) des Systems zu den einzelnen Transaktionen 
(linke Spalte), sind: 



Zugauskunft "eine Zugauskunft einholen" 

Flugauskunft "eine Flugauskunft einholen" 

Gelduberweisung "Geld uberweisen" 

Geldabhebung "Geld abheben" 

20 Aktienkauf "Aktien kaufen" 

Aktienverkauf "Aktien verkaufen" 

Senderaufnahme "einen Sender aufnehmen" 

Sendungsaufnahme "eine Sendung aufnehmen" 

Anruf "jemanden anrufen" 



Die Transaktionsprompts bestehen also z.B. aus Objekt und 
Inf initiv. 



Auflerdem definiert man einen pauschalen Hilfeprompt. 

30 Beispiele fur pauschale Hilfeprompts sind: "Sie konnen: . . . 
oder "Sagen Sie eine der folgenden Moglichkeiten : ...?", 
gefolgt jeweils von der Aufzahlung aller Moglichkeiten, 
ausgedruckt durch die jeweiligen Transaktionsprompts. Die 
pauschalen Hilfeprompts bestehen also z.B. aus Subjekt und 

35 Modalverb. 
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Aus dem pauschalen Hilfeprompt und den Transaktionsprompts 
wird durch Hintereinanderschaltung ein vollstandiger Satz mit 
Subjekt, Pradikat und Objekt erzeugt : "Sie konnen jemanden 
anrufen." Dabei wird das Pradikat aus der ^Combination von 
Modalverb und Infinitiv gebildet. 

Es ware auch denkbar, auf den pauschalen Hilfeprompt zu 
verzichten und die Transaktionsprompts gleich in der Form 
"Sie konnen jemanden anrufen." zu definieren. 

Fur jeden Parameter einer Transaktion definiert man 
einerseits einen Parameterprompt , mit dem das System fehlende 
Werte fur Parameter erfragt, z.B. "Wie lautet Ihr 
Abfahrtsort?" oder "Nennen Sie den Abf ahrtstort . " 

Zusatzlich wird zu jedem Parameter ein Hilfeprompt definiert, 
und zwar entweder ein Parameter-Hilf eprompt oder ein 
Moglichkeitsprompt . Welcher Prompt definiert und gewahlt 
wird, wird weiter unter im Detail erlautert . 

Mittels des Moglichkeitsprompts werden alle moglichen Werte 
fur den jeweiligen Parameter aufgezahlt. Der Parameter- 
Hilfeprompt, andererseits, gibt an, in welcher Form der 
Benutzer einen Wert fur den Parameter eingeben kann, urn im 
Beispiel zu bleiben z.B.: "Nennen Sie als Abfahrtsort einen 
Ort in Deutschland. " 

Beispiele fur Parameterprompts (rechte Spalte, jeweils erste 
Zeile) und fiir Parameter-Hilf eprompts (rechte Spalte, jeweils 
zweite Zeile) zu den einzelnen Parametern (linke Spalte) 
sind: 

Startort "Wie lautet Ihr Abfahrtsort?" 

"Nennen Sie als Abfahrtsort einen Ort in 

Deutschland. " 
Startzeit "Wann wollen Sie abfahren?" 

"Sagen Sie die Abf ahrtszeit , z.B. 17 Uhr 45." 
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# 



10 



15 



Geldbetrag 



Kontonummer 



Sender 



Datum 



Anzahl Aktien 



"Welchen Betrag wollen Sie uberweisen?" 
"Nennen Sie den zu uberweisenden Betrag, z.B. 
400 Euro 60." 

"Wie lautet Ihre Kontonummer? " Oder "Nennen 
Sie Ihre Kontonummer." 

"Sagen Sie Ihre Kontonummer als Folge von 
Zif fern. " 

"Welchen Fernsehsender wollen Sie aufnehmen?" 
"Nennen Sie den Fernsehsender, den Sie 
aufnehmen wollen." 

"An welchem Tag lauft die Sendung?" 
"Nennen Sie das Datum in folgendem Format: 
z.B. 12. Februar." 
"Wie viel Stuck?" 

"Nennen Sie die Anzahl der Aktien, die Sie 
kaufen wollen in der Form einer naturlichen 
Zahl, z.B. 500." 



Statt des Parameter-Hil f eprompts kann der Moglichkeitsprompt 
20 fur die Parametereingabe definiert werden, mit dessen Hilfe 
die fur den jeweiligen Parameter moglichen Parameterwerte 
aufgelistet werden. Der Moglichkeitsprompt lautet z.B.: 
"Sagen Sie eine der folgenden Moglichkeiten: ...". Gefolgt 
wird er von der Auflistung aller Moglichkeiten. Ein Beispiel 
25 fur die Verwendung des Moglichkeitsprompts beim Aktienkauf, 
wenn als Parameter das Unternehmen, dessen Aktien gekauft 
werden sollen, eingegeben werden muss, ist: "Sagen Sie eine 
der folgenden Moglichkeiten: BASF, Siemens, Deutsche Bank, 
...". Die Moglichkeiten werden aus der Grammatik der 
30 jeweiligen Parameter generiert (siehe unten) . 



35 



Ferner definiert man einen ja-nein-Hilf eprompt . Ein Beispiel 
fur einen j a-nein-Hilf eprompt ist: "Bitte beantworten Sie die 
Frage "...?" mit 1 Ja 1 oder 'Nein 1 .", wobei die zuletzt 
gestellte Frage wiederholt wird. 
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Fur Klarungsdialoge wird zusatzlich ein Frageprompt 
definiert. Dieser lautet z.B.: "Wollen Sie ...?" Wird er 
durch einen Transaktionsprompt erganzt, ergibt sich ein 
vollstandiger Satz mit Subjekt, Pradikat und Objekt: "Wollen 
5 Sie ein Zugauskunft einholen?" 

Im folgenden wird der Einsatz der definierten Prompts 
geschildert . 

10 Auf eine Anfrage des Systems an den Benutzer (z.B. "Sie 

wiinschen?" nach dem Einschalt- bzw. Startvorgang, oder "Geben 
Sie bitte die Parameter (der ausgewahlten Transaktion) an.") 
kann der Benutzer entweder einen geeigneten Befehl sprechen 
oder eine kontextsensitive Hilfe anfordern. Dazu auftert er 

15 eine der Formen, die von der Hilf egrammatik verstanden wird. 
Wenn die Benutzeraufierung durch die Hilf egrammatik erfasst 
wird, reagiert das System - das sich genau in einem der 
Zustande a), b) oder c) befindet - wie folgt: 

20 In Zustand a) : 



1st noch keine Transaktion ausgewahlt, so kann der Benutzer 
entweder eine Transaktion - gemaft der dafur vorgesehenen 
Grammatik - auswahlen, oder Hilfe erfragen. Erfragt er Hilfe 
25 und sind die Transaktionen Tl, T2, Ti noch moglich, so 

reagiert das System mit der Ausgabe: " (Pauschaler 
Hilfeprompt) : (Transaktionsprompt von Tl), 

(Transaktionsprompt von T2) , (Transaktionsprompt von 

Ti)." Der pauschale Hilfeprompt "Sie konnen: ..." wird 
30 erganzt durch die Auflistung der Transaktionsprompts . Im 
Zustand a) des Systems hort der Benutzer somit z.B.: "Sie 
konnen: eine Zugauskunft einholen, eine Flugauskunft 
einholen, Geld uberweisen, Geld abheben, ...".. 



35 



In Reaktion darauf auftert der Benutzer: "Eine Zugauskunft 
einholen" oder "Zugauskunft" oder jeden beliebigen anderen, 
grammatisch zulassigen Transaktionsauf ruf . Ebenso gut kann er 
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den Hilfeaufruf wiederholen, wenn ihm seine Entscheidung oder 
seine Moglichkeiten noch nicht klar sind. 

In einem Klarungsdialog (gemaii DE 196 15 693 CI, s.o.) des 
Zustands a) des Systems nach einer unklaren Eingabe hort der 
Benutzer z.B. die Frage : " (Frageprompt ) + 

(Transaktionsprompt) ", wobei der Transaktionsprompt der vom 
System als am wahrscheinlichsten ermittelten Transaktion 
ausgegeben wird. Ein Beispiel lautet somit: "Wollen Sie eine 
Zugauskunft einholen?" Die Antwort des Benutzers darauf 
lautet "ja" / "ja bitte" / "nein" oder er aufiert den Befehl: 
"Eine Zugauskunft einholen 11 oder "Zugauskunft" oder jeden 
beliebigen anderen, grammatisch zulassigen 
Transaktionsauf ruf . Ebenso gut kann er einen Hilfeaufruf 
durchfiihren, wenn ihm seine Entscheidung oder seine 
Moglichkeiten noch nicht klar sind. Es werden dann alle zur 
Verfiigung stehenden Transaktionen nach dem oben angegebenen 
Schema aufgezahlt. In einer Variante des Klarungsdialogs 
weist das System - falls sich der Benutzer nicht aufiert - 
nach einer kurzen Wartezeit auf andere mogliche Transaktionen 
hin . 

Stehen nur sehr wenige Transaktionen zur Verfiigung, so kann 
das System statt der Aufzahlung der Moglichkeiten auch 
jeweils einen Ja/Nein-Dialog in der Form "(Frageprompt) + 
(Transaktionsprompt von Ti) " fiir jede mogliche Transaktion 
fiihren: "Wollen Sie eine Zugauskunft einholen?" Nach diesen 
Fragen wartet das System auf eine Antwort. Nach einer Weile 
ohne Antwort kann das System die nachste Transaktion durch 
eine Frage vorschlagen. 

Ein Hilfeaufruf wird in dieser Situation durch einen ja-nein- 
Hilfeprompt beantwortet . 

Damit das System nicht zu viele Moglichkeiten in der Form 
11 (Frageprompt) + (Transaktionsprompt von Ti) " hintereinander 
ausgibt und anschlieBend auf eine Antwort wartet und dadurch 
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den Benutzer ermiidet, wird die Anzahl der auf diese Weise 
hintereinander auszugebenden Moglichkeiten begrenzt. Dazu 
definiert man eine natUrliche Zahl D, die als Dialogschwelle 
bezeichnet wird. Ein Vergleich der Anzahl der Moglichkeiten 
mit D entscheidet dartiber, ob die zur Verfugung stehenden 
Moglichkeiten in der Form " (Frageprompt) + 
(Transaktionsprompt von Ti) " oder ob alle Moglichkeiten 
geschlossen mittels des pauschalen Hilfeprompts ("Sagen Sie 
eine der folgenden Moglichkeiten: . ..") ausgegeben werden. 
Sinnvolle Werte fUr D sind etwa 2 oder 3. Liegen mehr als 2 
oder 3 Moglichkeiten vor, so wird der pauschale Hilfeprompt 
gewahlt . 

In Zustand b) : 

Der Benutzer hat eine Transaktion des Systems ausgewahlt, 
z.B. Aktien kaufen. Nun erwartet das System vom Benutzer die 
Eingabe mindestens eines Parameterwerts . Der Benutzer kann 
z.B. sagen: "Ich mochte 200 Siemens Aktien kaufen.", womit er 
dem System zwei Parameter ubergeben hat: den Namen des 
Unternehmens, dessen Aktien gekauft werden sollen, und die 
Anzahl der zu kaufenden Aktien. 

Sollte die Eingabe von Parametern unklar sein, fuhrt das 
System einen Klarungsdialog mit dem Benutzer durch (siehe DE 
196 15 693 CI) . 

Aufiert sich der Benutzer nicht innerhalb einer gewissen Zeit, 
so ergreift das System die Initiative und erfragt die 
Parameterwerte vom Benutzer mittels der Parameterprompts . 

Der Benutzer spricht dann entweder den Parameterwert oder die 
Parameterwerte in der fur diese Transaktion bzw. Parameter 
definierten Grammatik, oder er erfragt eine Hilfe zur Eingabe 
des Parameterwerts. Fur die Erzeugung des Hilfeprompts gilt 
es, zwei Falle zu unterscheiden : 
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Fall a) : Die Parametergrammatik hat die 

Generierungseigenschaf t, d.h. mit der Grammatik ist eine 
Liste aller Moglichkeiten fUr die Paraitietereingabe verkmipft, 
z.B. die Liste aller Unternehmen des D AX . Die Grammatik 
5 umfasst im einfachsten Fall also etwa die Liste "BASF, 
Siemens, Deutsche Bank, . . . " . (Je nach verwendetem 
Grammatikf ormalismus konnen die Moglichkeiten auch 
automatisch aus der Grammatik berechnet werden.) Das System 
auftert dann den Moglichkeitsprompt und listet alle 

10 Moglichkeiten auf, die sich aus der Grammatik ergeben. Im 
Beispiel des Aktienkaufs ergibt sich z.B. folgender 
Dialogausschnitt : (Parameterprompt : ) "Von welcher 
Gesellschaft mochten Sie Aktien kaufen?", "Hilfe!", 
(Moglichkeitsprompt:) "Sagen Sie eine der folgenden 

15 Moglichkeiten: BASF, Siemens, Deutsche Bank, ...". 



Fall b) : Die Parametergrammatik hat nicht die 
Generierungseigenschaf t, d.h. es ist praktisch unmoglich, 
alle Moglichkeiten fur den bendtigten Parameterwert 
20 aufzulisten. Ein Beispiel dafur ist die Uhrzeit. Das System 
aufiert dann den Parameter-Hil f eprompt , z.B.: "Sagen Sie die 
Abf ahrtszeit, z.B. 17 Uhr 45." Der Benutzer kann nun den 
Parameterwert in der Grammatik gemafl den vom System gegebenen 
Beispielen durch seine Sprache eingeben. Oder er wiederholt 
• 25 die Hilf eanf rage . 

In Zustand c) : 



Das System hat eine j a-nein-Frage gestellt und erwartet "Ja" 
30 oder "Nein" als Antwort des Benutzers . Hat der Benutzer die 

Orientierung verloren, kann er die Hilfe aufrufen. Das System 
auBert den j a-nein-Hilf eprompt unter Wiederholung der Frage. 
Anschliefiend kann der Benutzer antworten. 



35 



Von den IVR-Systemen ist das Prinzip bekannt, dem Benutzer an 
jeder Stelle des Dialogs Angaben Uber die zur Verfugung 
stehenden Moglichkeiten zu machen. Dieses Prinzip wird 
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erf indungsgemafi mit einer Sprache verkniipft, die zur 
Modellierung der zugrundliegenden Hintergrundapplikation 
dient, indem die Sprache urn Hilfeslots erweitert wird. Das 
System generiert dann aus den Hilfeslots und dem 
5 Kontextwissen die jeweils angemessene Hilfe. 

Grundsatzlich kann man zwischen statischen und dynamischen 
Hilf esystemen unterscheiden . Statische Hilfesysteme (z.B. 
Microsoft Hilfe fiir Word) geben dem Benutzer Hilfe zu von ihm 

10 formulierten Themen . Sie sind nur benutzbar, falls der 
Benutzer das konzeptuelle Modell des Hintergrundsystems 
einigermaflen kennt, da er eine gezielte Frage stellen muss. 
Statische Hilfe kann in jeder Situation angefordert werden 
und liefert situationsunabhangig immer das gleiche Ergebnis, 

15 sofern die Anfrage sich nicht andert . 

Dynamische Hilfesysteme konnen unabhangig von statischen 
Hilfesystemen und gleichzeitig mit diesen existieren. Sie 
unterstlitzen den Benutzer wahrend der Ablaufphase eines 

20 komplexen Bedienprozesses (der hier iiber einen Sprachdialog 

realisiert wird) in der jeweiligen Situation kontextabhangig . 
Charakteristisch ist hier, dass der Benutzer keine spezielle 
Frage stellt, sondern sich uber die generelle Frage "Was ist 
moglich?" einen Uberblick uber die gerade gultigen 

25 Moglichkeiten verschaffen kann. Der Benutzer braucht kein 
konzeptuelles Modell der Aufgabe zu besitzen. Vielmehr 
erlernt er dieses, indem er Uber ein globales Hilf ekommando 
die im jeweiligen Kontext gultigen Optionen vom System 
vermittelt bekommt. 

30 

Dynamische Hilfesysteme sind nur einsetzbar, wenn das System 
selbst zu jedem Zeitpunkt Zugriff auf das komplette Wissen 
hat, das zur Bedienung erforderlich ist und dieses Wissen 
auch hinreichend strukturiert ist. 



35 
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Der vom System generierte Hilf emechanismus ist uniform und 
damit fur den Endbenutzer leicht verstehbar. Ein globales 
Hilfekommando ist leicht erlernbar. 



5 Bei dem er f indungsgemafien Hilfesystem ist die 

Dialoginitiative gemischt . Der Benutzer kann sein Wissen uber 
das System zur Beschleunigung der Bedienung nutzen und 
ermudet nicht so schnell. Es ergeben sich daher Vorteile 
sowohl fur den Endbenutzer des Systems als auch fur den 
10 Systementwickler . 

Die Vorteile fur den Systementwickler liegen insbesondere 
darin, dass das Hilfesystem wahrend der Systemerstellung 
automatisch aus den Spezif ikationen erzeugt wird und nicht 
15 gesondert programmiert zu werden braucht . Der 

Systementwickler muss lediglich Hilfeprompts in vorgef ertigte 
Hilfeslots einfiigen. Dazu ist nur minimaler Aufwand 
erf orderlich . 

20 Durch die Definition von Grammatiken fur Eingaben werden 

verschiedene sprachliche Eingaben fur einen Befehl moglich. 
Das System wird flexibel hinsichtlich unterschiedlicher 
Ausdrucksweisen unterschiedlicher Benutzer. 

25 Zum Navigieren, wenn der Benutzer zuriick will oder die 
Orientierung vollig verloren hat, kann noch ein Befehl 
"Zuriick!" vorgesehen werden, der das System dazu veranlasst, 
von Zustand c) in Zustand b) zuriick oder von Zustand b) in 
Zustand a) zu wechseln. 

30 

Die beschriebene kontextsensitive Hilfe kann ferner 
hierarchisch strukturiert werden. Dies ist insbesondere 
hilfreich bei Systemen mit sehr vielen moglichen 
Transaktionen. 

35 

Eine derartige hierarchische Strukturierung erfolgt durch die 
Einfuhrung von Subzustanden . Ein Subzustand hat einen Namen 
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und besteht aus einer Menge von Transaktionen und - optional 
- aus einer Menge von weiteren Subzustanden . Zu jedem 
Subzustand definiert man wiederum einen Prompt und eine 
Grammatik. 

5 

Man betrachte die folgenden Beispiele: Der Subzustand 
Auskunft besteht aus den Transaktionen Zugauskunft und 
Flugauskunf t . Der Prompt fiir den Subzustand Auskunft lautet: 
"eine Auskunft erhalten". Die Grammatik fur den Subzustand 
10 Auskunft, d.h. die moglichen sprachlichen Formen fiir die 

Eingabe, lautet z.B.: "Auskunft", oder "Auskunft erhalten". 

Ahnlich sieht es fur den Subzustand finanzielle Transaktion 
aus. Er besteht aus dem Subzustand Aktienhandel und den 
15 Transaktionen Gelduberweisung und Geldabhebung . Der Prompt 
fur den Subzustand finanzielle Transaktion lautet: 
"Homebanking durchfuhren" . Die Grammatik fiir den Subzustand 
finanzielle Transaktion lautet z.B.: "Homebanking". 

20 Der Subzustand Aktienhandel besteht aus den Transaktionen 

Aktienkauf und Aktienverkauf . Der Prompt fur den Subzustand 
Aktienhandel lautet: "mit Aktien handeln" . Die Grammatik fur 
den Subzustand Aktienhandel lautet z.B.: "Aktie" . 

25 Die Subzustande sollten dabei so definiert sein, dass jede 
Transaktion in hochstens einem Subzustand vorkommt. Ferner 
sollen die Grammatiken nicht uberlappen d.h. eine Grammatik 
soil nur auf einen Subzustand hinweisen, da es sonst keine 
eindeutige Zuordnung zwischen Benutzeraufierung und Subzustand 

30 gibt. 

Eine Moglichkeit, Subzustande zu definieren, wird im 
Folgenden anhand der Figuren naher erlautert. Im einzelnen 
zeigt : 

35 
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Fig. 1 eine Menge von 21 Aktionen; 

Fig. 2 eine Zerlegung der Menge gemafi Fig. 1 in 6 

Subzustande der Ebene 1; 
Fig. 3 eine Zerlegung der Menge gemaB Fig. 1 in 

Subzustande der Ebene 1 und Subzustande der Ebene 
2 ; und 

Fig. 4 eine Zerlegung der Menge gemafi Fig. 1 in 
Subzustande der Ebenen 1, 2 und 3. 

Stufe 0: 

Man betrachte zunachst eine Anwendung A mit den Transaktionen 
Tl, . . . , Tm (Fig. 1) . 

Im Folgenden wird diese Anwendung sukzessive hierarchisch 
zergliedert, wobei ausgehend von der untersten Stufe 0 
schrittweise hohere Gliederungsebenen gebildet werden. 

20 Stufe 1: Erzeugung von Subzustanden der Ebene 1: 

1st All eine Teilmenge von A mit mindestens 2 Elementen, so 
wird durch Sll := All ein Subzustand der Ebene 1 definiert. 
1st A12 eine Teilmenge von A\A11 mit mindestens 2 Elementen, 
25 wobei "\" fur die Exklusionsoperation "ohne" stent, so wird 
durch S12 := A12 ein weiterer Subzustand der Ebene 1 
definiert . 

1st Alk eine Teilmenge von A\A1 1\A12\ . . . \Alk-l mit mindestens 
2 Elementen, so wird durch Slk := Alk ein weiterer Subzustand 
30 der Ebene 1 definiert, wobei k.eine naturliche Zahl ist. 

Die gesamte Anwendung zerfallt somit in eine Anzahl von 
Subzustanden der Ebene 1 und in Transaktionen, die in keinem 
Subzustand vorkommen. (s. Fig. 2), denn es gilt nach 
35 Konstruktion A = Sll U S12 U ... U Slk U A\A1 1\A12\ . . . \A1 k- 
l\Alk, wobei "U" fur die Vereinigung zweier Mengen steht. 
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Wir definieren nun die Aktionenrestmenge der Stufe 1 AR1 := 
A\A11\A12\. . .\Alk-l\Alk und die Subzustandsmenge der Stufe 1 
SI := {Sll, S12, . . ., Slk} . 

5 Durch die Einfuhrung von Subzustanden hat man nun eine Sicht 
auf die Menge A gewonnen, in der sie als aus weniger 
Bestandteilen bestehend betrachtet werden kann, da jeder 
Subzustand jetzt nur noch als ein Bestandteil aufgefasst 
wird. 

10 

Stufe 2: Erzeugung von Subzustanden der Ebene 2: 

1st A21 eine Teilmenge von AR1 und sub21 eine Teilmenge der 
in Stufe 1 gebildeten Subzustandsmenge SI so wird durch S21 
15 := sub21 U A21 ein Subzustand der Ebene 2 definiert, wenn 
diese Vereinigung mindestens 2 Elemente enthalt. 

1st A22 eine Teilmenge von AR1\A21 und sub22 eine Teilmenge 
von Sl\sub21 so wird durch S22 := sub22 U A22 ein Subzustand 
20 der Ebene 2 definiert, wenn diese Vereinigung mindestens 2 
Elemente enthalt. 

1st A21 eine Teilmenge von AR1\A21\A22\ . . . \A21-1 und sub21 
eine Teilmenge von Sl\sub21\sub22\ . . . \sub21-l , so wird durch 
^ 25 S21 := sub21 U A21 ein Subzustand der Ebene 2 definiert, 
wobei 1 eine naturliche Zahl ist, wenn diese Vereinigung 
mindestens 2 Elemente enthalt. 

Wir definieren nun AR2 := AR1\A21\A22\ . . . \A21-1\A21 als die 
30 Aktionenrestmenge der Stufe 2, SubRl := 

Sl\sub21\sub22\ . . . \sub21-l\sub21 als die Subzustandsrestmenge 
der Stufe 1 und S2 := {S21, S22, S21} die 

Subzustandsmenge der Stufe 2. 

35 Die gesamte Anwendung zerfallt nun in eine gewisse Anzahl von 
Subzustanden der Ebene 2, eine gewisse Anzahl von 
Subzustanden der Ebene 1 und eine Restmenge von Aktionen, die 
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keinem Subzustand angehoren (s. Fig. 3). 

Gegenuber der in Stufe 1 konstruierten Zerlegung von A hat 
die in Stufe 2 gebildete Zerlegung den Vorteil, dass sie 
grbber ist in dem Sinne, dass sie aus noch weniger Elementen 
besteht als die in Stufe 1 gebildete, da ein Subzustand der 
Ebene 2 jetzt nur noch als ein Bestandteil aufgefasst wird. 

Stufe m: Erzeugung von Subzustanden der Ebene m: 



Das Verfahren wird iterativ fortgesetzt. Hat man schon 
Subzustande der Ebenen bis m-1 erzeugt und dabei Restmengen 
' an unverbrauchten Aktionen und an unverbrauchten Subzustanden 

der Ebenen 1 bis m-2 erhalten, so kann man durch 

15 Zusammenf assen von Subzustanden der Ebenen m-1 und 

unverbrauchten Subzustanden der Ebenen m-2, m-3, . 1 und 
restlichen Aktionen neue Subzustande der Ebene m bilden, 
wobei man bei jeder solchen Bildung die Restmengen an 
Aktionen und Subzustanden der Ebenen 1, 2, . .., m-1 

20 entsprechend verkleinert. Da sich bei jeder Zusammenf assung 
die Anzahl der Elemente verringern soil, miissen immer 
mindestens 2 Elemente zusammengef asst werden (s. Fig. 4 flir 
m=3) . 

A 25 Das Verfahren kann nach Belieben nach jeder Ebene beendet 

werden und macht spatestens dann keinen Sinn mehr, wenn die 
Einteilung so grob ist, dass nur mehr 2 Elemente ubrig 
geblieben sind. 

30 Durch das Auferlegen einer hierarchischen Struktur wird der 
bisherige Zustand a) durch den neuen Zustand d) ersetzt, der 
da lautet: "Das System befindet sich in einem Subzustand". 



In Zustand d) : 

35 

Das System befindet sich in einem Subzustand der Ebene n. Der 
Startzustand des Systems wird als Subzustand der Ebene m 
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definiert, wobei m die grofite naturliche Zahl ist, zu der 
noch ein Subzustand gebildet wurde . In Fig. 4 z.B. ist m = 3. 

Nun mussen zwei Fragen beantwortet werden: 

5 

Frage 1: Wie verhalt sich das System bei Hilf eanf orderung, 
wenn Situation d) vorliegt? 

Ant wort : 

10 Das System befinde sich in einem Subzustand der Ebene n. 

Dieser mbge aus den Subzustanden Sln-1, Sk(n-l)n-l der 

Ebene n-1, den Subzustanden Sln-2, . .., Sk(n-2)n-2 der Ebene 
n-2, den Subzustanden Sll, Sk(l)l der Ebene 1 und 

einzelnen Transaktionen Tl, Tk(O) bestehen. Dabei ist 

15 k(.) eine Funktion, die zu jeder Zahl, welche die Ebene 
bedeutet, die Anzahl der zu dieser Ebenenzahl gehorenden 
Subzustande bestimmt. 



Das System auftert dann: 
20 " (Pauschaler Hilfeprompt) : 

(Prompt von Sln-l), 
. . . / 

(Prompt von Sk (n-1) n-1), 
(Prompt von Sln-2), 
^ 25 . . . , 

~/ (Prompt von Sk(n-2)n-2), 

(Prompt von Sll), 
. . . , 

(Prompt von Sk(l)l), 
30 (Prompt von Tl) , 

. . . , 

(Prompt von Tk(O) ) " 



35 



Frage 2: Wie gerat das System in einen Subzustand und welches 
Systemverhalten kennzeichnet den Subzustand? 
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Ersteres geschieht, indem der Benutzer in der Ebene, in der 
der Subzustand definiert ist, eine AuBerung tatigt, welche 
durch die Grammatik analysiert wird und als Auswahl des 
Subzustands verstanden wird. 

1st m die groflte natUrliche Zahl, zu der noch ein Subzustand 

gebildet wurde (Z.B. m = 3 in Fig. 4), so besteht der 

Anf angszustand des Systems aus Subzustanden bis maximal Ebene 

m und restlichen Aktionen. Wird nun die Aufterung des 

Benutzers durch die Grammatik eines Subzustand der Ebene 

n < m analysiert, so springt das System in diesen uber. 

Das Systemverhalten des dann erreichten Subzustand bzw. 
seiner Elemente ist dadurch gekennzeichnet , dass noch keine 
Transaktion ausgewahlte wurde, jetzt aber nur noch die im 
Subzustand direkt oder in einem darunter liegenden Subzustand 
enthaltenen Transaktionen zur Verfugung stehen. 

Wird durch eine Benutzeraufterung ein Subzustand erreicht, so 
auftert das System je nach Wert der oben erwahnten 
Dialogschwelle D die zur Verfugung stehenden Subzustande und 
Transaktionen nach dem oben beschriebenen Muster, d.h. 
entweder in der Form " (Pauschaler Hilfeprompt) " gefolgt von 
der Aufzahlung der Transaktionsprompts oder durch 
" { Frageprompt ) + (Transaktionsprompt von Ti)" . 

Das Verfahren des Auferlegens von Subzustanden ahnelt der 
Vorgehensweise der IVR-Systeme, jedoch ist im Unterschied zu 
diesen ein direkter Zugriff uber mehrere Zwischenebenen 
hinweg moglich. Alle ursprunglichen Moglichkeiten des Systems 
bis zur direkten Angabe einer Transaktion mit ihren 
Parametern bleiben erhalten. Die Strukturierung mittels 
Subzustanden stellt lediglich eine Hilf estellung fur ungeiibte 
Benutzer dar. 

Die Vorteile fur den Benutzer liegen insbesondere darin, dass 
die Hintergrundapplikation durch die in die urspriinglich 
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flache Struktur nachtraglich eingebrachte hierarchische 
Strukturierung an Selbstbeschreibungsf ahigkeit gewinnt. 
Bedienen ohne Bedienungsanleitung wird dadurch noch eher 
moglich. 

Fur ungeubte Benutzer ergibt sich der Vorteil, dass sich das 
System auf explizite Anforderung lokal wie ein IVR-System 
verhalten kann. Die Moglichkeiten des Benutzers auf direkten 
Zugriff bleiben jedoch erhalten. Damit entstehen Systeme, die 
von geubten und ungeiibten Benutzern gleichermafcen gut bedient 
werden konnen. 

Zum Navigieren kann wiederum der Befehl "Zuriick" vorgesehen 
werden, der das System dazu veranlasst, von Zustand c) in 
Zustand b) zuriick oder von Zustand b) in Zustand d) , bei dem 
sich das System in einem Subzustand befindet, bzw. innerhalb 
des Zustands d) von einer Ebene in eine hohere Ebene zu 
wechseln . 

Fur die Dialogmaschine Diane wurde eine kontextsensitive 
Hilfe nach obiger Beschreibung implementiert . Wird als 
konkrete Anwendung die oben beschriebene 

Hintergrundapplikation benutzt, so konnten folgende Dialoge 
gefuhrt werden (falls eine Dialogschwelle von D = 2 definiert 
wird) : 

Dialog 1: (zeigt den schrittweisen Abstieg in der Hierarchie. 



System: 



Der ungeubte Benutzer navigiert nur mit dem 
Hilf ekommando bzw. auftert eine der vom System 
angebotenen Moglichkeiten) 
Was kann ich fiir sie tun? 



Benutzer : 



Hilfe! 



Benutzer : 



System: 



Sie konnen eine Auskunft erhalten, Homebanking 
durchfiihren, einen Sender aufnehmen, eine 
Sendung aufnehmen, jemanden anrufen. 
Homebanking. 
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System: 

Benutzer : 

System: 

Benutzer: 

System: 

Benutzer : 

System: 



Sie konnen mit Aktien handeln, Geld 

iiberweisen, Geld abheben. 

Mit Aktien handeln. 

Mochten Sie Aktien kaufen? 

Nein. 

Mochten Sie Aktien verkaufen? 
Ja. 

Wie viel Stuck? 



10 Dialog 2: 



System: 
Benutzer : 
15 System: 



(zeigt den direkten Zugriff. Der geiibte Benutzer 
kennt die Moglichkeiten des Systems und kann 
sich direkt auiiern) 
Was kann ich fur sie tun? 
Ich mochte Aktien kaufen. 
Wie viel Stuck? 



Dialog 3: (zeigt den Sprung auf einen Subzustand) 

System: Was kann ich fur sie tun? 

Benutzer: Ich mochte Homebanking betreiben. 

20 System: Sie konnen mit Aktien handeln, Geld 

uberweisen, Geld abheben. 

Benutzer: Ich mochte 200 Siemens Aktien kaufen, 

System: Zu welchem Limit? 



25 Dialog 



System: 
Benutzer : 
30 System: 

Benutzer : 
System: 



(zeigt die Parameterhilf e, wenn 
Parametergrammatik nicht 
Generierungseigenschaf t hat) 
Was kann ich fur sie tun? 
Ich mochte 200 Siemens Aktien kaufen. 
Zu welchem Limit? 
Hilfe! 

Sagen Sie einen Geldbetrag in Euro. 



die 
die 
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Dialog 



System: 



(zeigt die Parameterhilf e, wenn die 
Parametergrammatik die Generierungseigenschaf t 
hat) 

Was kann ich fur sie tun? 
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Benutzer : 
System: 
Benutzer : 
System: 
Benutzer : 
System: 



Ich mochte Aktien kaufen. 

Wie viel Stuck? 

100. 

Von welcher Gesellschaf t? 
Hilfe! 

Sagen eine der folgenden Moglichkeiten: 
Adidas, BASF, Bayer, Commer zbank, Deutsche 
Bank, Dresdner Bank, Epcos, . . . (listet alle 
Moglichkeiten auf ) . 



10 
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Patent anspruche 

1. Verfahren zum Bereitstellen von Hilf e-Informationen fur 
einen Benutzer in einem Sprachdialogsystem zur Bedienung 
5 einer Hintergrundapplikation, 

wobei die Hintergrundapplikation nach folgenden Prinzipien 
modelliert ist: 

PI) die Hintergrundapplikation kann als eine endliche Menge 
von Transaktionen Tl, T2, Tn aufgefasst werden; 

10 P2) jede Transaktion besitzt eine endliche Menge von zur 
Ausfuhrung der Transaktion benotigten Parametern; 
P3) zu jedem Parameter gehort eine Grammatik, die dazu dient, 
den Parameter im Dialog zu erfassen; 

wobei das Sprachdialogsystem die folgenden Zustande einnehmen 
15 kann: 

Zustand a) : es ist noch keine Transaktion ausgewahlt und die 
Transaktionen Tl, T2, Ti sind noch moglich; 

Zustand b) : es wurde eine Transaktion ausgewahlt, es wurden 
aber noch nicht alle Parameterwert zu dieser Transaktion 
20 eingegeben; 

dadurch gekennzeichnet, 

dass fur jede Transaktion ein Transaktionsprompt gespeichert 
wird; 

dass fiir jeden Parameter ein Hilfeprompt gespeichert wird; 
\ ^ 25 dass ein globales Hilf ekommando zum Aufrufen einer Hilfe 
gespeichert wird; 

dass das Sprachdialogsystem nach Erkennen des globalen 
Hilf ekommandos die im jeweiligen Zustand und Kontext giiltigen 
Optionen durch die gespeicherten Prompts ausgibt, 
30 wobei im Zustand a) mindestens ein Transaktionsprompt 
ausgegeben wird; und 

wobei im Zustand b) mindestens ein Hilfeprompt ausgegeben 
wird. 



35 



2. Verfahren nach Anspruch 1, 
dadurch gekennzeichnet, 

dass der fiir jeden Parameter gespeicherte Hilfeprompt 
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entweder alle moglichen Werte dieses Parameters aufzahlt 
Oder die Form angibt, in der ein Wert fur den Parameter 
einzugeben ist. 

5 3. Verfahren nach Anspruch 1 oder 2, 
dadurch gekennzeichnet, 
dass im Zustand a) 

entweder alle moglichen Transaktionen unter Ausgabe der 
jeweiligen Transaktionsprompts ausgegeben werden, 
10 - oder der Benutzer mittels einer mit ja oder nein zu 
beantwortenden Frage unter Ausgabe des jeweiligen 
Transaktionsprompts fur jede zur Verfugung stehende 
Transaktion einzeln gefragt wird, ob er diese Transaktion 
ausfiihren will, wobei der Benutzer, in dem Zustand des 
15 Systems, in dem das System auf eine Antwort auf die ja- 

nein-Frage wartet, als Antwort auf das globale 
Hilf ekommando einen Hinweis zur Beantwortung der ja-nein- 
Frage erhalt . 

20 4 . Verfahren nach mindestens einem der vorhergehenden 
Anspruche, 

dadurch gekennzeichnet, 

dass ein pauschaler Hilfeprompt gespeichert wird; und 
dass der Benutzer durch Auftern des globalen Hil f ekommandos 
25 die im Zustand a) gUltigen Optionen vom Sprachdialogsystem 
durch eine ^Combination des pauschalen Hilfeprompts und der 
Transaktionsprompts vermittelt bekommt. 

5. Verfahren nach mindestens einem der vorhergehenden 
30 Anspruche, 

dadurch gekennzeichnet, 

dass ein Moglichkeitsprompt gespeichert wird, welcher dazu 
dient, alle im jeweiligen Kontext des Zustands b) moglichen 
Werte fur den jeweiligen Parameter aufzuzahlen. 

35 
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6. Verfahren nach mindestens einem der vorhergehenden 
Anspriiche, 

dadurch gekennzeichnet, 

dass fur jede mogliche Eingabe eine Grammatik gespeichert 
5 wird. 

7. Verfahren nach mindestens einem der vorhergehenden 
Anspriiche, 

dadurch gekennzeichnet, 
■ 10 dass die zur Verfugung stehenden Transaktionen hierarchisch 
geordnet werden. 

r£ 8. Anordnung zum Bereitstellen von Hilf e-Inf ormationen fur 

einen Benutzer in einem Sprachdialogsystem zum Bedienen einer 
15 Hint ergrundapplikat ion, 

wobei die Hintergrundapplikation nach folgenden Prinzipien 
modelliert ist: 

PI) die Hintergrundapplikation kann als eine endliche Menge 
von Transaktionen Tl, T2, Tn aufgefasst werden; 

20 P2) jede Transaktion besitzt eine endliche Menge von zur 
Ausfuhrung der Transaktion benotigten Parametern; 
P3) zu jedem Parameter gehort eine Grammatik, die dazu dient, 
den Parameter im Dialog zu erfassen; 

wobei das Sprachdialogsystem die folgenden Zustande einnehmen 
25 kann: 

Zustand a) : es ist noch keine Transaktion ausgewahlt und die 
Transaktionen Tl, T2, Ti sind noch moglich; 

Zustand b) : es wurde eine Transaktion ausgewahlt, es wurden 
aber noch nicht alle Parameterwert zu dieser Transaktion 
30 eingegeben; 

gekennzeichnet durch 

Mittel zum Speichern jeweils eines Transaktionsprompts in 
Zuordnung zu jeder Transaktion; 

Mittel zum Speichern jeweils eines Hilfeprompts in Zuordnung 
35 zu jedem Parameter; 

Mittel zum Erkennen eines globalen Hilf ekommandos ; 
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Mittel zum Ausgeben der im jeweiligen Zustand und Kontext 
gultigen Optionen mittels der gespeicherten Prompts in 
Abhangigkeit vom Erkennen des globalen Hilf ekommandos, 
wobei die Mittel zum Ausgeben derart ausgebildet sind, dass 
sie im Zustand a) mindestens ein Transaktionsprompt 
ausgegeben; und 

wobei die Mittel zum Ausgeben derart ausgebildet sind, dass 
sie im Zustand b) mindestens einen Hilfeprompt ausgegeben. 
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Z u s airunen f a s s ung 

Bereitstellen von Hilf e-Inf ormationen in einem 
Sprachdialogsystem 

Ein Benutzer kann sich an jeder Stelle des Dialogs durch 
Aufrufen der kontextsensitiven Hilfe Uber die generelle Frage 
"Was ist moglich?" oder "Hilfe!" einen Oberblick uber die 
gerade gultigen Moglichkeiten verschaffen. Die 

Hilf einformationen werden durch eine Sprache erzeugt, die zur 

Modellierung der zugrundliegenden Hintergrundapplikation 

dient, indem die Sprache zum jeweiligen Kontext gehorige 

Hilfeprompts enthalt. Das System generiert aus den 

Hilf eprompts und dem Kontextwissen die jeweils angemessene 

Hilfe. 
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Fig. 1 




511 := All := {Tl, T2 , T3 } S14 := A14 := {T9, T10} 

512 := A12 := {T4, T5 } S15 := A15 := {T12, T13 } 

513 := A13 := {T7, T8 } S16 := A16 := {T18, T19, T20} 
AR1 = {T6, Til, T14, T15, T16, T17, T2l} 

SI = {Sll, S12, S13, S14, S15, S16} 



Fig. 2 




A21 := {Til}, sub21 := {Sll, S15} , S21 = {Sll, S15} U {Til} 

A22 := {T16}, sub22 := {S12}, S22 = {S12} U {T16} 

A23 := {T15, T2l}, sub23 := {S16}, S23 = {S16} U {T15, T2l} 

AR2 = {T14, T16, T17} 

subRl = {S13, S14} 

S2 = {S21, S22, S23} 



Fig. 3 
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A31 := {T16}, sub31 := {S13, S14 , S22}, 

S31 = {S13, S14, S22} U {T16} 
A32 := {T17}, sub32 := {S23}, S32 := {S23} U {T17} 
AR3 = {T14}, subR2 = {S21}, S3 = {S31, S32} 



Fig. 4 



